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QUESTIONNAIRE SOFTWARE MODULE 



Area of the Invention 

This invention relates to the area of corporate governance software and in 
particular to software for use by businesses and corporations to automate their 
conduct of questionnaires. 

Background to the Invention 

It has been customary in the corporate environment for any questionnaires which 
are required to be carried out as part of the business management to be in paper 
form. The questionnaire is first devised, then physically distributed, then returned 
and physically collated and distributed to relevant personnel. Alternatively email 
may be used to effect distribution and to remind respondents of deadlines and the 
like. 

This is clearly a clumsy procedure and in a current environment tending more 
towards office automation is an anachronistic approach to information gathering 
and dissemination within a corporate environment. 
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Outline of the Invention 

It is an object of this invention to provide questionnaire software which is able to 
replace the manual approach described above and to provide questionnaire 
software which is able to interact with and provide an adjunct to compliance 
management software including meeting management software. 

The invention is a software questionnaire module which is adapted to be used 
online and permits a questionnaire to be distributed electronically, monitors 
deadlines and effects reminders where necessary and automatically collates and 
distributes results of a questionnaire to relevant users of the module. 

It is preferred that the module be menu based and that menus be accessible to the 
users required to answer the questionnaire as well as the questionnaire authors. 

For example where the term questionnaire appears on the menu, selecting that 
item will display all questionnaires which that user is entitled to access. 
Respondents will see only questionnaires that they are authorised to see whereas 
authors can also see those that they have authored. 

From this screen a respondent can open a questionnaire and answer it. An author 
can either respond to a questionnaire or edit it or view the responses and run 
general reports. 
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Creating the Questionnaire 

The author creating the questionnaire can define the title, description a nd due 
date of the questionnaire as well as list the questions as well as which users are 
to respond to any questions. In addition ad hoc questions can be created or 
imported. 

It is also preferred that a certification statement be defined which is displayed 
when a user submits and certifies that what has been answered is correct. The 
author can keep the questionnaire as a draft and open to modification however it 
is preferred that no further modification be possible once the questionnaire has 
been published. 

It is preferred that once the questionnaire is complete that email notifications be 
automatically sent to each user when it is available for viewing, when it is 
published and also when it is near its due date to act as a reminder if the 
questionnaire has not been adequately responded to. 

Typically a view responses screen is provided to an author from which screen a 
series of questionnaire reports can be run to establish its current status. The 
arrangement is such that the author can view individual respondent's responses 
to date as well as a consolidated summary of various responses. 

It is preferred that a total summary of a questionnaire provide a list of negative and 
non applicable responses sorted by question and user for all users. The reason 
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or comment is also displayed. A summary for each user can also be generated 
which only displays negative and N/A responses to questions for the selected user. 
Alternatively the author can choose to run custom reports based on groups of 
users. Such a custom report can be provided by selecting a list of users whose 
responses are consolidated. 

It is further preferred that an audit trail be generated for all users or a selected user 
only. It includes all actions on the questionnaire such as the creation and 
publishing of the questionnaire. It therefore provides an audit trail of who 
completed which questions at which time or it can provide only the level of audit 
required. The author can choose to run a log report for all actions that have 
occurred by all users or can restrict the report to specific actions and users. The 
actions include the following: 

creating a draft of the questionnaire 

editing a draft of the questionnaire 

providing preview ability to the questionnaire 

publishing the questionnaire 

answering a question 

answering yes toa question 

answering no to a question 

answering N/A to a question 

specifying a reason for a negative of N/A response 

specifying a conclusion to the questionnaire 
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Finally, if an author is dissatisfied with the questionnaire response of any user the 
response can be rejected, which generates an email notification to the users to 
refill out the response. As part of the rejection process the author may specify the 
reasons why the response is being rejected and these reasons will be included in 
the email. 

All users are required to submit their answers to the questions within the various 
questionnaires they have been assigned to. A link to their individual questionnaire 
will be sent via email and be accessible to the meeting management system. 

A questionnaire may typically require more than one sitting to complete. Users 
may therefore answer the questions and save the questionnaire as a work in 
progress. When an assistant has submitted the questionnaire an email will be 
generated notifying the user. It is preferred that a compulsory reason be given by 
a user to any negative or N/A answer before a user is able to submit the 
questionnaire. 

Once the user has submitted the questionnaire the user will be immediately asked 
to certify that what has been answered is accurate. This process allows the 
certifier to lodge a document such as a scanned signature as proof that the 
questionnaire has been certified. 
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In order that the invention may be more readily understood we shall describe by 
way of non limiting example a particular embodiment of the invention. 



Example of an embodiment of the invention 

An example of an embodiment of the invention is aflat questionnaire, although this 
is not an essential feature of the invention, in which one body constructs and 
manages the questionnaire. This body publishes it to anyone in the relevant 
organisation thereby bypassing any hierarchical parent structure as shown in the 
following diagram. 




Some examples of "possible business rules are given below: 

Scenario one 

The first example shows that a person can belong to multiple 'groups' and that they might 
be required answer the same question for each group to which they belong, ft also shows 
that multiple people in a group may be asked to answer the same question. 





.'•>• 




Ql. All staff have filled out their tjmesheets and 
expense reports 


David 

Rob 

PhH 


Rob 

i 


Q2. DME 9 functional specification completed 


Phil 
David 


1 


Q3. Are all customer support issues dosed? 




Rob 
Madek 



Another way to illustrate the same thing is: 
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question 


i/o via 






f fill 




Ql. Ail staff have filled out their 
timesheets and expense reports 


Y 


Y 


Y 


Y 




Q2. DME 9 functional specification 
completed 


Y 






Y 




Q3. Are all customer support issues 
closed? 






Y 




Y 



Scenario two 

This scenario attempts to determine if there is a requirement to have multiple types of 
groups. 




From these scenarios we can determines some rules. 



Business Rules 

Need to report on a group level. For a Corporate compliance questionnaire, this grouping will 
be by Business unit. 

Zero to N (0..n) people In each group may be required to answer a particular question. 

A person can belong to multiple groups. If this Is so, it must be dear to the person which 
group they are answering for. This could be achieved by presenting the user with 2 separate 
questionnaires. For example, if Rob from scenario 1 above logged on his main screen could 
include a table lite this: 









Weekly Report for week ending 14/12 


R&D 


16/12/2002 


Weekly Report for week ending 14/12 


Professional Services 


16/12/2002 j 



Ultimately (i.e. not in first version) there might be multiple types of groups. For example, 
the second soenario above has both Business Unit groups and Project groups. 



Data structures 



In order to be able to report on groups and store the data there are 3 types of data to be 
stored: Questions, People and Groups. 
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In order for the many to many relationships to be implemented as discussed above the table 
structure would be something like: 





■ 


m 













Alternatively, a less normalized version might be: 







IB 












mm 













In this case If a real person belonged to multiple groups they would have multiple Person 
records. 
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Business Process 

Run A Questionnaire (A Process Overview) 
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Answer the Questionnaire 
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While we have described herein one particular embodiment of the invention it is 
to be understood that variations and modifications in the materials used and the 
features described can still lie within the scope of the invention. 



